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Field Of The Invention 

This invention relates to a communication system and more specifically to a 
system for employing coding and decoding technology in communications networks and 
more particularly in wireless communications networks, such as cellular phones. 

Back ground Of The Invention 

Within the last few years, mobile communication devices have experienced an 
increasing demand for channel capacity, to send and receive voice and other multimedia 
data. To this end, various wireless communication systems use coding and decoding 
3 techniques and systems, referred to as codecs, to compress data and to comply with 

if] various file type protocols. 
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f For example, as third generation (3G) cellular telecommunications systems are 

ijf deployed, there will be a large increase in the number of codecs, a wireless device, such 

n as a cellular phone has to support. Apart from the traditional cellular vocoders in both 

2G and 3G systems, wireless devices may need to support Voice over IP vocoders, real 
time audio codecs, such as Real Audio ® and MP3® and video codecs, such as MPEG4. 

Prior art mobile devices, such as cellular phones, use dedicated hardware to 
support one or more codec systems to perform coding and decoding functions. Other 
mobile devices also use digital signal processors that support such coding and decoding 
operations. However, the increase in the number of codecs that must be supported 
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requires either an increase in the hardware complexity or an increase in the size of the 
digital signal processor code memory, both of which lead to higher costs. 



Thus, there is a need for an improved mobile communication device that can 
easily and inexpensively support a plurality of coding and decoding protocols or codecs. 

Summary Of The Invention 

In accordance with one embodiment of the invention, a communication system is 
configured to allow the transmission of a codec protocol to the remote device on a per 
session basis. For example, at the start of a videoconference, an MPEG4 codec would be 
downloaded to the remote device, such as a cell phone, and for a cellular voice call a 
vocoder would be downloaded. 

In accordance with another embodiment of the invention, a codec layer is added 
to the packet being transmitted, either in a packet switched network, or in a circuit 
switched network. The codec layer may include a header portion and a codec portion. 
Once the data packet is received to its intended target, the codec header indicates that a 
codec portion associated with it has been transmitted. Thereafter, the codec portion is 
downloaded to the mobile device so that data packets identified by that codec can be 
handled in accordance with the downloaded coded specifications. 

In accordance with another embodiment of the invention, a plurality of codec 
portions can be downloaded in a mobile device, so that each data packet identified by a 



corresponding codec type can be handled accordingly. The codec portion includes a 
codec executable code or file that is executed by the mobile device after its download. 
This codec executable code could be in a number of formats, such as a platform neutral 
Java, a hardware code for a programmable hardware, or a system controller compatible 
code. 

Brief Description Of The Drawings 

Fig.l illustrates is a block diagram of a communication transmission plane 
employing a codec layer in accordance with one embodiment of the present invention; 

Fig. 2 is a diagram illustrating the structure of a communication packet employed 
in a circuit switched network in accordance with one embodiment of the invention; 

Fig. 3 is a diagram illustrating the structure of a communication packet employed 
in a packet switched network in accordance with one embodiment of the invention; 

Fig.4 is block diagram of a mobile handset device in accordance with one 
embodiment of the invention; 

Fig, 5 is a functional block diagram of a mobile handset device in accordance 
with one embodiment of the invention; and 



Fig. 6 is a flow chart illustrating the process of transmitting a downloadable codec 
layer in accordance with one embodiment of the invention. 

Detailed Description Of The Drawings 

In accordance with one embodiment of the invention, an executable codec file is 
prepended to the stream of data to be decoded by a mobile device, such as a mobile 
phone. 

H» Fig. 1 illustrates a communication system transmission plane 10 in accordance 

O with one embodiment of the invention, although the invention is not limited in scope in 

if that respect. Transmission plane 10 illustrates various headers and protocols that are 

ESS 

% employed when constructing and transmitting data packets. 
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M A cellular network 12 is configured to handle communications made between a 

war? 

D plurality of mobile phones among each other, or with other devices and terminals coupled 

to the Internet. To this end, cellular network 12 includes two interfaces that are 
configured to provide interface functions between cellular phones and the network on one 
side, and to provide interface functions between the network and terminals connected to 
the Internet on the other. This dual interface capability allows both Internet devices and 
cellular phone devices communicate via the cellular network. 

Fig.l illustrates the corresponding communication layers employed in each of the 
two interfaces of the cellular network. The cellular phone interface section includes a 
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codec layer 14, an IP stack 16, a cellular packet circuit switched data stack 18 and a 
cellular physical layer 20. Similarly, the Internet interface section includes an IP stack 
22, and a network specific protocol stack 24. 

Codec layer 14 is configured to prepend or encapsulate a pre-defined codec file 
and to process data packets that travel through cellular network 12, as will be described in 
more detail hereinafter. 

The remaining communications layers are typically employed in a conventional 
cellular network. For example, cellular network 12 includes an IP or CSD stack 16, as is 
known by those skilled in the art. Thus, if the communication mode is based on a packet 
switching arrangement, the IP stack provides for all the proper header information to be 
added to the data. Otherwise, if the communication mode is based on circuit switching 
mode, CSD (circuit switched data) stack provides for all the proper header information to 
be added for a circuit switched connection. IP or CSD stack 22 functions similarly for 
operations involving an interface with the Internet. 

Cellular network 12 also includes a cellular packet or circuit switched data stack 
layer 18, configured to handle communications based on cellular packet standards or in 
the alternative based on circuit switched data stack standards. 

Cellular physical layer 20 is configured to function to provide proper information 
to handle the actual physical connection among various cellular devices in the network. 
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Similarly, network specific protocol stack layer 24 is configured to handle proper 
connections between various terminals coupled to the cellular network via the Internet. 

Fig. 1 also illustrates various layers employed by each cellular phone, such as 50, 
which communicates via the cellular network. These layers include: an application layer 
52, which is configured to provide an interface between the user and the cellular phone 
device; a codec layer 54, which is configured to handle and identify codec related 
information that are sent or received by the cellular phone device; an IP or CSD stack 56, 
which is configured to handle packet switched or circuit switched data communication; a 
cellular packet or CSD stack 58, which is also configured to handle cellular phone or 
circuit switched phone connections; and a cellular physical layer 60, which is configured 
to handle the physical connection of cellular devices via the cellular network. 

Fig. 1 also illustrates various layers employed by each Internet terminal, such as 
80, which communicates via the cellular network. These layers include: an application 
layer 82, which is configured to provide an interface between the user and the cellular 
phone device; an IP or CSD stack 84, which is configured to handle packet switched or 
circuit switched data communication; and a network specific protocol stack 86, which is 
configured to handle physical communication between the Internet terminal and the 
cellular network. 

Fig. 2 illustrates the data structure of a communication packet 120 employed in a 
circuit switched data arrangement in accordance with one embodiment of the invention. 



Communication packet 120 includes a first portion 122 that includes codec related 
information and a second portion 124 that includes the coded data that is being 
transmitted. It is noted that for a circuit switched data communication arrangement, a 
physical link is established between two communicating terminals, for an entire 
communication session. Thus, preferably, the data exchanged between two terminals, 
include the header codec related portion 122 and the remainder coded data portion 124. 

The codec related portion 122 includes additional portions, such as a codec flag 
field 130, a codec size field 132, a codec type field 134 and a codec executable field 136. 
The coded flag field includes information that indicates that portion 122 contains a 
downloadable codec file. Codec size field 132, includes information that indicates the 
size of the codec executable file that is downloaded to a receiving terminal. Codec type 
field 134 contains information that is employed to associate the remaining coded data in 
the coded data portion, with the corresponding codec file, so that a receiving terminal can 
handle multiple streams of data with different codecs simultaneously. Codec executable 
field 136 includes an executable coding/decoding file that can be in many formats, such 
as DSP or system specific code, platform neutral code (e.g. Java) and a hardware code for 
programmable hardware. 

Fig. 3 illustrates the data structure of communication packets 150 employed in a 
packet switched data arrangement in accordance with one embodiment of the invention. 
Communication packets 150 include codec header (CH) packets 152, other packets 154, 
and codec data packets 156. 
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Codec header packets 152 contain various fields, such as codec flag field 160, 
codec size field 162, a codec fragment field 164, a codec type field 166 and codec data 
field 168. Codec flag field 160 contains information that indicates that this portion of the 
message includes a downloadable codec file. 

Codec size field 162 includes information that indicates the size of the codec 
executable file that is downloaded to a receiving terminal. Codec fragment field 164 
includes information whether the codec header packet 152 is the final packet comprising 
the codec information or whether there are more packets to be received in order to have a 
complete codec related information at a receiving terminal. 

Codec type field 166 contains information that is employed to associate the 
remaining coded data in the coded data portion, with the corresponding codec file, so that 
a receiving terminal can handle multiple streams of data with different codecs 
simultaneously. 

Codec data field 168 contains either portions of the executable coding/decoding 
file or the data that needs to be decoded. It is noted that codec data packets 156 contain 
the data that needs to be decoded, along with the type of codec that needs to be used in 
order to decode the data. The codec executable data can be in many formats, such as 
DSP or system specific code, platform neutral code (e.g. Java) and a hardware code for 
programmable hardware 



Fig. 4 is a block diagram of a cellular mobile handset 210 in accordance with one 
embodiment of the present invention. Handset 210 includes an RF module 212, a 
baseband module 220, a user interface module 240 and a power supply module 260. 

RF module 212 includes a receiver 214, which is configured to perform the 
function of converting the incoming RF signal to a low frequency signal so as to allow 
the baseband module to process the converted signal. Module 212 also includes a 
transmitter 216, which is configured to perform the function of converting the low 
frequency signal from the baseband to the required RF frequency. Both modules 214 and 
216 are coupled to the handset's antenna for sending and receiving communication 
signals. 

Baseband module 220, includes an application specific hardware module 222, 
which is configured to extract user and control information from the low frequency signal 
supplied by the RF module and combine user and control information to generate a low 
frequency signal provided to RF module 212. 

A digital signal processor (DSP) module 226 is coupled to module 222 and to an 
associated memory 224. DSP module 226 is configured to perform signal-processing 
tasks such as voice coding and audio processing. DSP module 226 includes a codec 
module 228, which is configured to perform codec functions, in accordance with the 
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codec files that have been transmitted to the handset, as explained in more detail in 
accordance with Fig. 5. 

Baseband module 220 also includes a system controller 230, and associated 
memory 232, which is configured to control various components of handset 210, and to 
provide general computing power for executing such tasks as handling protocol stacks 
associated with the cellular communication standard, handling functions associated with 
graphical user interface functions and handling user applications. 

User interface module 240 includes a microphone unit 242, a speaker unit 246, a 
display unit 248 and a keypad 250. It is noted that display 248 when used with keypad 
250 allows the user to control the handset and to view web pages or streaming video that 
has been sent via the Internet and the cellular network as discussed in connection with 
Fig. 1. 

Power management module 260 includes a power management unit 262, which 
ensures that each part of the handset receives the correct power when needed, and a 
battery unit 264, which is the primary power source for the handset. The function of 
various components of the handset relating to the codec related information is discussed 
in more detail hereinafter. 

Fig. 5 illustrates a functional diagram of various modules employed by handset 
210 in accordance with one embodiment of the invention. It is noted that the functions of 
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these modules can be performed by one or many components described in Fig. 4. Thus, 
in accordance with one embodiment of the invention, user interface 240 is coupled to an 
application 280, which is configured to process the codec related information. 

Application module 280 is coupled to a codec engine 282, which is configured to 
receive and store a codec executable file, as specified by the codec related data received 
by the handset. Codec engine 282 is coupled to a codec controller 284 and to a data 
buffer 286. Buffer 286 and codec controller 284 are both coupled to a codec layer 288, 
which in turn is coupled to a packet or circuit switched data stack 290, which in turn is 
coupled to a cellular modem 292. 

In accordance with one embodiment of the invention, system controller 230 (Fig. 
4) is responsible to handle the functionality of codec layer 288. Codec layer 288 is 
configured to interpret and strip the headers from codec related and data streams. Codec 
controller 284, receives and handles the codec executable file, so as to allow the handset 
to code and decode related data based on that file. To this end, codec controller 284 
loads one of the received codecs into codec engine 282. The codec engine is the resource 
that runs the codec executable code. It is noted that in accordance with various 
embodiments of the invention, the codec engine function is performed by the system 
controller, the DSP module or a re-programmable hardware system, which may be 
contained within hardware module 222. 
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Codec controller 284 also controls buffer 286. The buffer temporarily stores the 
data that need to be coded and decoded while the applicable codec file is loaded into the 
codec engine. 

Fig. 6 illustrates the process for receiving applicable codec related data and 
processing the data in accordance with one embodiment of the invention. At step 350 
codec layer 288 receives data via the cellular network. At step 352, codec controller 284 
determines whether the codec flag field is set. If so, codec controller 284 expects that 
this portion of the codec related data includes an executable codec file. To this end, at 
step 358, the executable codec file is passed to codec controller 284 and at step 360 the 
codec file is loaded into codec engine 282. It is noted that codec controller 284 in 
accordance with another embodiment of the invention is configured to store the received 
executable codec file for a specified duration, so that various data coded by various codec 
formats can be processed simultaneously. 

If at step 352 codec flag field is not set, codec controller 284, at step 354 inspects 
codec type field so as to associate the incoming coded data with the corresponding codec 
file. Codec controller 284 also loads the codec engine 282 with the corresponding codec 
file. At step 356 the incoming data is passed to data buffer 286. At step 362, codec 
engine 282 begins to decode the incoming data. 

It is noted that in accordance with one embodiment of the invention, codec layer 
288 may include additional management capabilities. For example, codec layer 288, 
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incorporates additional fields to contain information indicating the codec capabilities of 
the handset to the codec layer entity in the cellular network. The codec layer entity in the 
cellular network would then add the codec header portion with executable codec 
information only for those data streams for which there is no codec available in the 
handset. Furthermore, the handset stores the codecs that are downloaded to it and update 
its capability report accordingly. 

It is noted that the codec engine of the mobile handset is configured in accordance 
with one embodiment of the invention, to both decode incoming data and code outgoing 
data in accordance with the codec file. 

Thus, the present invention allows the use of a multitude of codecs in cellular 
communication networks, wherein an additional codec layer in the communication 
protocol allows for dynamically receiving these multitude of codecs along with their 
associated data, and downloading these codes as the data is received by the handset. 

While only certain features of the invention have been illustrated and described 
herein, many modifications, substitutions, changes or equivalents will now occur to those 
skilled in the art. It is therefore, to be understood that the appended claims are intended 
to cover all such modifications and changes that fall within the true spirit of the 
invention. 
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